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[57] ABSTRACT 

Packets transported over a serial data stream need to 
have their start and stop information encoded so that 
they can be parsed by the receiving device. Techniques 
used in various standards require extra bandwidth to 
carry this information. For framed data streams like Tl, 
proprietary protocols have used the frame structure to 
mark packet boundaries. Both types of solutions are 
desirable for unframed, long distance data streams like 
the CCITT G.703 2.048 Mbps unframed service, su- 
brate trunks, or fractional Tl services. The present 
invention provides a packet framing method that uses 
the Cyclic Redundancy Check (CRC) found in most 
packet formats. The protocol does not require any extra 
bandwidth and can work with any serial data stream 
physical layer. 

12 Oaims, 5 Drawing Sheets 
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TABLE 1: PACKET FRAMING TIMES IN MSEC FOR TRUNKS 
WITHOUT BYTE ALIGNMENT 
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PACKET FRAMING USING CYCLIC 
REDUNDANCE' CHECKING 

This is a continuation of application Ser. No. 5 
07/481.709 nicd Feb. 15. 1990, which is a continuation- 
in-pan of Scr. No. 07/454,258, filed Dec. 21. 1989 now 
abandoned. 

BACKGROUND OF THE INVENTION lo 

The present invention relates to a data communica* 
lions system and method utilising packet framing tech- 
niques. 

Sena! data streams that use packets protocols to 
transfer information need lo establish byte alignment of 
the data and mark the beginning and end of the packets. 

In the past various methods have been used to accom* 
plish these tasks. HDLC (High-level Data Line Con- 
trol) protocols use a unique eight bit flag to mark a 
packet's start and end. Inside the packet the data is bit 
stuffed to prevent an accidental flag from being sent. 
The 802.3 **Ethcmet" standard is typical of another set 
of protocols which use an idle preamble followed by a 
non-idle packet start header to mark the beginning of a 25 
packet. 

These methods have worked well in applications 
where band width efficiency has not been an issue. 
However in telecommunications, the customer typi- 
cally rents bandwidth from a service provider. Proto- 30 
cols for this application have to maximize the band- 
width available for the customer's data to save money 
on the purchased service. The framing algorithm should 
have as low an overhead as possible. For example if 24 
bytes of user data were carried in an HDLC frames 33 
packet, it could have as much as 27 bits of data stuffed 
into it to prevent a false flag. 

To this would be added a start and end flag of eight 
bits each. Such a worst case packet would have a 22% 
packet framing overhead. For a Tl line which can cost ^ 
hundreds or thousands of dollars a month, this is expen- 
sive. 

StrataCom, Inc. manufactures a digital multiplexer 
(known as the Integrated Packet Exchange (IPX)] that 
connects customer's voice and data equipment together 
over Tl lines using a packet transport protocol. That 
IPX multiplier is described in U.S. Pat. No. 4,771,425, 
the details of which are hereby incorporated by refer- 

50 

Presently the IPX solves the problem of framing 
packets on Tl lines by making all of its packets 24 bytes 
long and placing them inside a Tl frame. The Tl frame 
format has one framing bit and 24 bytes of data; 193 bits 
total. The Tl framing bit is required for the line to use 
Tl vendor services. Therefore, this packet framing, 
which is the same as the same as the Tl line framing, 
needs no extra bandwidth. 

This solution does not work with other types of trunk 
interfaces and for packets that are not 24 bytes long, 
Fractional Tl and framed El (EI is the 2.048 Mbps 
trunk defined by CCITT G.703 standard) can supply 
byte alignment but do not have 24 bytes per frame for 
the packet alignment needed by the IPX packet proto- 
col. Unframed El (Britain's Mega-Stream), V.ll (Brit- 65 
ain's Kilo-Stream. and France's Transfix) and V.35 sub- 
rate trunks do not have either byte or packet alignment 
signals in their physical interface. 



SUMMARY OF THE INVENTION 

It is an object of the present invention to provide an 
improved data communication system and method uti- 
lizing packet framing techniques. 

It is a more particular object of the present invention 
to provide packet framing using cyclic redundancy 
checking. 

The CRC framing algorithm described below is a 
protocol that byte aligns and packet frames a serial bit 
stream from the existing data structure in common 
packet formats. It achieves packet framing without 
additional bandwidth overhead. 

A solution to the packet framing problem must use as 
little bandwidth as possible, be uansparent to the user's 
data, accommodate high packet throughput rate, and be 
robust. By robust, it is meant that the algorithm must be 
fast in recovering from errors, it must achieve quick 
packet alignment (Tl synchronization times of 10 msec 
are acceptable), and it should have low error multiplica- 
tion (a transmission error affecting the framing algo- 
rithm should not cause a large amount of data to be 
lost). 

Other objects, features and advantages of the present 
invention will become apparent from the following 
detailed description when taken in conjunction with the 
accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings which are incorporated 
in and form a part of this specification illustrate an em- 
bodiment of the invention and, together with the de- 
scription, serve to explain the principles of the inven- 
tion. 

FIG. 1 depicts an IPX packet format for describing 
the operation of the present invention. 

FIG. 2 depicts a framing algorithm state machine for 
describing the operation of the present invention. 

FIG. 3 depicts a table illustrating packet framing time 
for trunks without byte alignment. 

FIG. 4 depicts a table showing packet framing times 
for trunks with byte alignment. 

FIG. 5 depicts a table illustrating deframer processor 
utilization. 

FIG. 6 depicts a table illustrating framer processor 
utilization. 

FIG. 7 depicts deframer architecture utilized with the 
present invention. 

FIG. 8 depicts framer architecture utilized with the 
present invention. 

DETAILED DESCRIPTION OF THE 
DRAWINGS 

Reference will now be made in detail to the preferred 
embodiment of the invention, an example of which is 
illustrated in the accompanying drawings. While the 
invention will be described in conjimction with the 
preferred embodiment, it will be understood that it is 
not intended to limit the invention to that embodiment. 
Oti the contrary, it is intended to cover alternatives, 
modifications and equivalents as, may be included 
within the spirit and scope of the invention as defined 
by the appended claims. 

PROTOCOL DESCRIPTION 

The CRC packet framing technique can be applied to 
any packet forrhat that has an error checking code em- 
bedded in it Described here is the way packet framing 
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is achieved using one preferred packet format with its * the IPX the GRG(5) has a probability of one chance in 

CRCcodc. thirty t wo of finding a go^ 

Referring now to FIG. 1, the IPX packet format is a ; rVerifyTstate.requires^fo packets in a row be framed 

fixed 24 byte packet that contains either a three or four . by five good; CRX^s ta^^^^ synchronize the line. For 

byte header depending on the packet type, see FIG. 1. 5 random data the. jH-obabi lit y o frame is 3*10-8. 

The first two bytes (Bytes 1 and 2) are the . packet's No packets arie accepted by the. receiver s 

destination address. The third byte contains a tiiree bit . in the "Verify'* st^t^. 

packet type identification number and a five bit Gyclic . . => Packet- boundaries usied : to - ca^ CRCs in the 

Redundancy Check sum. The fourth byte is used; only *'Vcrify'^; "Monitprv/ and-*'Errof • slates are deter- 
by certain types of packets; it conuins a time stamp/ 10 -mined by the packci. length. Normal IPX packets have 

The CRC is calculated over the first four bytes of the : a fixcd,;24:bytc length: A special- four byte long "Idle 

packet regardless of whether the packet type has a time . Tnihk Packet- Ms li^d bet wecni FX hode^ no user 

stamp byte or not. data packets arc available to wnd.'T^ 

A framing algorithm state machine is shown in FIG; shorter length; helps speed the packet framing processes. 

2. The CRC framing algorithm has four states. The ' IS A s^ciAl IPX packet address (see FIG. 1) is used to 

machine initializes itself in the "Search" state. The identify the' *idle'Vpackist. 

"Search** state looks for a good CRC in the serial bit : When a good CRC sequence is found in the "Verify** 

stream. When a good CRC is found the algonthm enters . staie.the. line is icorisidere^ be synchronized to both 

a "Verify** state where it checks consecutive packets fot . the data '■ stream*s :byte boundary and to the packet 

good CRC to make sure that the packet frame boundary .20 frame. The framing algorithm then goes to the "Moni- 

has been found. If there is a bad CRC in the "Verify" , tor" state and packet w 

state, the algorithm returns to the "Search" sute. If in the "Mpriiior*- state a bad CRC is found, caused 

In the "Verify" state a packet is good if its GRC and by either a transmission error or a loss of synchroniza- 

the CRC of the next packet are correct. If the verifica- tion, ; then the "Error" state is entered. The "Error" 

tion is successful then the "Monitor" state is entered. I ii' 25 state checks the packiet framing synchronization with- 

this state the algorithm enables the receiver to store out throwing out :good packets for s^^^ the frame 

packets and it continues to check the received packet's byte boundary. This preveiits a simple line error from 

CRC. If a bad CRC is found the algorithm goes to an iafTiecting niorV thaii b multiplication). 

"Error" state. In the **Error" state, good packets con- • Fpir the IPX. desynchVonizatio forty 

tinue to be received and the CRC checked: A packet '30 eight bytes of data are chc^^ no good, CRC 

framed by good CRSs immediately returns the al go- framed packet is found. ^ 

rithm to "Monitor" state; consecutive bad CRC checks A pseVdo code implcmcntaiioh of the IPX algorithm 

puts the algorithm in the "Search*' stale. is given iii Appendix A. 

In the "Search" state the CRC framihjg algorithm The aJjgorithrh is flexible. It can be applied to more 

looks at the serial bit stream for bit sequences that have 35 than the IPXpacket pfotocol. The CRC can be differ- 

a valid check sum. In the case for the IPX format, Ihe i icnt sizeis (ie. ■ CRC(8), CRC(16)); the CRC can cover 

algorithm looks for a valid CRC(5) over a 32 bit span of some' or all of a packet;, and the packets can have a 

data. variable length. For variable length packets, the length 

The specific IPX framing implementation is executed field can be read to know where the next packet should 

by a micro processor and a hardware receive buffer that 40 start.' = 

can be bit aligned. The framing architecture is shown in If the trunk Has its own byte framing built in like Tl 

FIG. 8 and the deframer architecture is shown in iFIG? or framed Elj the CRC framing algorithm saves time by 

7. . . only: doing byic shifts of the data stream to find the 

The buffer is one byte wide and it receives data di- packet: boundaries.' 

rectly from the lines interface chips. The processor can 45 CRC Packet Framing Performance for the IPX 

control the bit alignment within the byte of the data put Bandwidth: . ;; . 

into thebufferof the interface. The framing algorithm is No extra bandwidth reqiiired; the framing is done 

optimized so that the processor's real time requirements with the existing packet's CRC. 

in the search phase are kept low. CRC(5) Characteristics: 

This is done by having the processor scan a window 50 ' The CRC(5) used: by the IPX is five bits long, cover 

of 32 bits from the hardware buffer for good CRC and 31 bits (including itselOt and Uses the pol^ 

then discharging the data if the check fails. The prpces- ^ X5+ X* + X^ + X2+X0= 61 (decimal)— 

sor is freed from the bit manipulations of the data that The error coverage for 32 bits is: 

would be required if it were to look for all the possible 100% of sihjgle bit errors, 

patterns within a window of data. The time required to 55 97% of double bit errors, 

find a packet frame boundary is increased becausie data 100% of burets less than 5 bits long, 

is discarded, but doing so makes the real time requirer 97% of randbm datjQ patterns, 

ments of the processor easier to estimate and engineer: Time to Franie a Line: 

On a given byte boundary, the processor che:cks six The time to' packet fx'iame a line depends on the data 

windows of 32 bits each for two good CRCs framing a 60 rate of the liric, whether the hne*s dau is byte 

packet. If no match is found, the proc^sor shifts the bit aligned ot hoti the nature of the data pattern on the 

alignment of the hardware buffer. The CRC is then - line, and liow- many *'ldlc** packets arc being sent, 

checked over another six windows (24 bytes) of datai Four types of times arc calculated; worst case busy. 

The algorithm continues bit shifting until a good GRC is - vworst ca^ idle;, typical busy, and typical idle, 

found. Two good CRSs framing a packet changes the 65 the "Worst'Gasi** times assume the worst bit and 

algorithm's state from "Search" to **Verify**. ^ / byte alignment requiring the most shifts and 

. The "Verify** mode is used to insure that an accidcn- search^.-. They' also" assume that all the data is ran- 

tal CRC match is not used to frame the packet line. For ddm. TTie number of false CRC*s seen in one slan- 
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dard deviation greater than the mean expected 
number. The worst case probabilities in Table 1 are 
0.2%, in Table 2 they are 2%. 

The "Typical Case" times use average numbers for 
the number of bit and byte shifts and for the num- 5 
ber of false CRCs. 

All the Tl and El trunk packa framing times com- 
pare favorably with Tl line framing times in the 10 
msec range. 

Error Multiplication: 

When an error is detected in the "Monitor" state, the 
IPX packet receiver drops that packet and goes to 
the "Error" state. Good CRC packets in the "Er- 
ror" state are transmitted on the IPX bux. For a bit 
error in the packet header, error muhipHcation is 
limited to loosing one packet of up to 21 bytes of 
customer data. This is the same errorjnuhiplication 
as in the current IPX product without CRC packet 
framing. 

Robustness: 

The packet framing algorithm is inherently robust. 
The "Vcrify"^ state checks that the hne has not 
falsely framed to an erroneous packet boundary. 
The probability of a false frame is 3 X 10- 8. Even if 
a line were to falsely frame, the "Monitor" state 
constantly checks for loss of packet frame synchro- 
nization. In such a circumstance the "Error" state 
would re-initiate the packet frame search. 

Packet Throughput: jq 

The IPX Network Trunk Card (NTC) implements 
the CRC packet framing algorithm with two pro- 
cessors; a Framer (transmit to the line) and a De- 
framer (receive from the line). The real time re- 
quired for each processor has been estimated for 35 
their complete set of tasks which include functions 
in addition to CRC framing and deframing. The 
numbers in Tables 3 and 4 are worst case averages 
of processor utilization based on simulations of the 
code and data. Each processor has 2500 instruction 4Q 
cycles available to it in a 125 micro-second period. 

Data Transparency: 

The CRC packet framing algorithm places no con- 
straints on the user*s data. False CRC matches 
within the data do not permanently keep the algo- 45 
rithm from fmding the correct packet frame align- 
ment. 

Referring now to FIG. 7. deframer architecture 10 
according to the present invention is shown, in which 
serial data stream via trunk 12 is input to a physical line 50 
receiver interface circuit 14. The output of circuit 14 is 
a serial data stream on bus 16 which is input to a buffer 



manager 20. 

Buffer manager 20 includes a read/write address 
counter and serial to parallel converter for outputting a 
8-bit data on bus 22 to 32-byte buffer memory 24. 

The output of memory 24 on 8-bit bus 26 is input to a 
deframer processor 30 which processes 2x 10'' instruc- 
tions per second. 

The deframer processor 30 provides a shif\ bit align- 
ment signal on lead 36 to buffer manager 20. Also, de- 
framer processor 30 provides a read/write request sig- 
nal on lead 38 to buffer manager 20. 

Deframer processor 30 receives control information 
from a program memory 34. The control information 
contains an algorithm for framing the trunks. The out- 
put of deframer processor 30 is 8-bit bus 40 carrying 
user data packets. 

Fig. 8 depicts a framer architecture 60 according to 
the present invention. In FIG. 8, the framer architecture 
includes a frame processor 66 which receives user data 
packets on parallel bus 62. Frame processor 66 pro- 
cesses 2x 10'' instructions per second. 

The output of framer processor 66 is via 8-bit bus 70 
to 32-byte buffer memory 74. 

The output of memory 74 is via 8-bit bus 78 to a 
buffer manager 80 which includes a read/write address 
counter and parallel to serial converter. 

Framer processor provides a write byte request signal 
on lead 76 to buffer manager 80. Framer processor 
receives instructions from program memory 68 contain- 
ing control algorithms for a cyclic redundancy check 
according to the present invention. 

The output of buffer manager 80 is a serial data 
streain on lead 84 which is connected to physical line 
transmitter interface circuit 88 for output as a serial data 
stream to trunk 90. 

The foregoing description of the preferred embodi- 
ment of the invention has been presented for purposes 
of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form 
disclosed, and many modifications and variations are 
possible in light of the above teaching. For example* 
error detection information in general could be utilized 
with the present invention. The preferred embodiment 
utilizing cyclic redundancy checking was chosen and 
described in order to best explain the principles of the 
invention and its practical applications to thereby en- 
able others skilled in the art to best utilize the invention 
and various embodiments and with various modifica- 
tions as are suited to the particular use contemplated. It 
is intended that the scope of the invention be defmed 
only by the claims appended hereto. 



PEFKAMCR 0 
I 

STATr • SEARCH; /• INITIAL CONDI120N •/ 

IT (LIST • 71 OR XI 31 CRAKNEL OR Zl 30 CfiAKKEL OR 

FRAC Tl THEN SEl'^LlNE TXPE - FRWffiD)! 
ELSE (LINE TYPE - UNrRA>£0} | 
WHILE (NON-STOP) 

SWITCH (STATE) 
I 

CASE SEARCH: SEARCH (}| 
BREAK; 
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CASE VERIFXt VERirYC); 

BIOJUC; 

CASE MbNITOK: M0H2T0R (}; - 

BREAK; 
CASE ERROR; ERROR (); 

BREAK; 

) 

} 

J ■ 

SEARCH 0 
i 

SEARCH STATUS • KOT rOUKP; 

WilLE TSEARCa SIATBS • HOT FOUKO) 

( . - .. - . 

FOR (BrrECKT - 0; BWECKI < 48; BnECKT-BYIECKT*<) 

< - ■ •"■ ■ ■ 

2r CKEXT rODR BYTES HAVE A GOOD CRC JOfC TEE 
KEXT BACKET IS TOLLOKIO BY A GOOD CRC) 

c 

• SEARCH STATOS • rOUlO; 
STATE - VEKltii 

) 

) 

IT (LINE TYPE - TOrRA>ED) SHIFT HARDWARE BUTFEK 
ONE BIT 0; 

) 

) 



VERIFY 0 
( 

VERIFY STATOS - HOT VERIFIED; 

WHILE TVERIFY STATOS • KOI VERIFIED) 

FOR (C31C an - 0/ c»c cut < ♦; CRC CKT-CRC CKT+A) 

IF (BAD CRC ON KEXT EXPECTED PACKET BOONDARY} 
f 

STATE • SEARCH; " 
. BREAK; 

I ■ • ■ 

) . ; 

VERIFY STATOS - VERIFIED; /• FOOR GOOD BACttTS •/ 

■ ) 

IF (STATE m SEARCH) STATE - MOKITOR; 



M0H2T0R (} 

MONITOR STATOS - CRC OK; 

MHIIE (HONITOR STATOf ^ CRC OK) 

I ■ . " 

IF (GOOD CRC ON NEXT tXPECTEO BKT; BOONDARY) 
( 

IF (LAST PACKET VAS 24 BYTES) 
WRITE 1A5T PACKET TO KOXBOS (}| 
I . 
ELSE ' /• BAD^ CRC •/ 

.1 . •■■ ■ V 

MONITOR STATOS • CRC BAD; 
STATE •"ERROR; " 
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{ 

FOR (BYTE WT -O; BYTE CKT < 48; BYTE CKT-BYTE CKT+4) 
i 

IT {KEXT 4 BTTrS IXVS GOOP CRC) 
( 

IT TEIS IS XK EXPECTED BOUKDXRT OF EITHER 

A 4 OK 24 BYTE PACKET, WHOSE START WAS FOTOO 
IK THE MOKITOR STATE OR THIS IS A GOOD CRC 
FOUND IN 7BIS 7HE ERROR STATE TfiEN 
i 

STATE - MONITOR; 

) 

J 

} /• END OF FRAME SYNC •/ 

STATE - SEARCH; 



What is claimed is: 

1. In a data communication system, a packet bound- 
ary detection method comprising the steps of: 

transmitting to a destination address a serial bit data 30 
stream containing a sequence of data packets, each 
data packet including a multi-bit error detection 
value at a prcdcnned position in said data packet 
relative to said data packet's starting boundary; 
wherein said multi-bit error detection value in each 35 
said data packet is a predefmed error code compu- 
tation function of other bit values in said data 
packet; 

receiving, at said destination address, said serial bit 
data stream; 40 

finding a packet boundary in said received serial bit 
data stream by 

(A) selecting a first bit position in said received 
serial bit data stream as a potential packet bound- 
ary, and identifying a corresponding potential 43 
data packet in said received serial bit data 
stream; 

<B) determining whether data located at said prede- 
fined position relative to said potential packet 
boundary is consistent with a value computed by SO 
applying said predefined error code computation 
function to said identified potential data packet 
in said received serial bit data stream; 

(C) choosing said first bit position as a packet 
boundary when said determining step finds con- 55 
sistent values, and 

(D) otherwise advancing said first bit position by 
one bit position in said received serial bit data. 
stream and then repeating steps (B) through (D) 
until a packet boundary is located. ^ 

2. The method of claim 1, further including: 
after selecting a packet boundary: 

(£) finding at least one subsequent packet bound- 
ary in said received serial bit data stream consis- 
tent with said selected packet boundary, and 
identif>'ing a potential data packet in said re* 
ceived serial bit data stream corresponding to 
each said subsequent packet boundary; 



(F) determining whether data located at said prede- 
fined position relative to each of said at least one 
subsequent packet boundary is consistent with a 
value computed by applying said predefined 
error code computation function to said corre- 
sponding identified potential data packets in said 
received serial bit data stream; and 

(G) conforming said selected packet boundary as 
correct when step (F) finds consistent values, 
and otherwise advancing said first bit position by 
one bit position in said received serial bit data 
stream and then repeating steps (B) through (G) 
until a packet boundary is located and con- 
firmed. 

3. In a data communication system, a packet bound- 
ary detection method comprising the steps of: 

transmitting to a destination address a serial bit data 
stream containing a sequence of data packets, each 
data packet including a multi-bit error detection 
value at a predefined error code position in said 
data packet; wherein said multi-bit error detection 
value in each said data packet is a predefined error 
code computation function of other bit values in 
said data packet; 

receiving, at said destination address, said serial bit 
data stream; 

finding a packet boundary in said received serial bit 
data stream by 

(A) selecting a set of bits in said received serial bit 
data stream starting at a first bit position in said 
received serial bit data stream, 

(B) applying said predefined error code computa- 
tion function to said selected set of bits to com- 
pute an error code value, 

(C) comparing said computed error code value 
with a multi-bit data value in said selected set of 
bits located at a position therein corresponding 
to said predefined error code position in trans- 
mitted data packets; 

(D) selecting said first bit position at a packet 
boundary when said comparing step finds a 
match; and 
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(E) when said comparing step does not find a 
match, advancing said first bit position by one bit 
position in said received serial bit data stream 
and then repeating steps (B) through (E) until a 
packet boundary is located. 

4. The method of claim 3, further including: . 
said selecting a packet boundary: 

(F) finding at least one subsequent packet boundary ^ 
in said ieceived serial bit data stream consistent 

; with said selected packet boundary; 

(G) applying said predefined error code computa- 
tion function to said received serial bit data 
stream for each said subsequent packet boundary 
to compute a corresponding error code value; 

(H) comparing each said of said computed error 
code values when a multi-bit data value in said 
received serial bit data stream located at a posi- 
tion therein corresponding to said subsequent : 
packet boundary and said predefined error code - 
position; and 

(I) confirming said selected packet boundary as 
correct when step (H) finds a match for each said . 
computed error code value corresponding to 
said at least one subsequent packet boundary,.' 
and otherwise advancing said first bit position by 
one bit position in said received serial bit data : 
stream and then repeating steps (B) through (I) ' 
until a packet boundary is located and con- 
firmed. 

5. In a data communication system, a packet bound- 30 
ary detection method comprising the steps of: ' ' 

transmitting to a destination address a serial bit data 
stream containing a sequence of data packets, each- 
data packet including a multi-byte packet header - 
having a packet destination address and a multi-bit 3S 
error detection value at a predefined error code 
position in said multi-byte packet header; wherein 
said multi-bit error detection value in each is&d 
multi-byte packet header is a predefined error code 
computation function of other bit values in said 40 
data packet; 

receiving, at said destination address, said serial bit: 
data stream; 

finding a packet boundary in said received serial bit 
data stream by . 45 

(A) selecting a set of bits in said received bit data= 
stream starting at a first bit position in said re- ; . 
ccived serial bit data stream, 

(B) applying said predefined error code computa-' 
tibn function to said selected set of bits to com- 50 
pute an error code value, 

(C) comparing said computed error code value 
with a multi-bit data value in said selected set of; 
bits located at a position therein corresponding . 
to said predefined error code position in said 55 
multi-byte packet header; 

(D) selecting said first bit position as a packet 
boundary when said comparing step finds a 
match; and 

(E) when said comparing step does not find a 60 
match, advancing said first bit position by one bit 
position in said received serial bit data stream: 
and then repeating steps (B) through (£) until a' 
packet boundary, is located. 

6. The method of claim 5, further including: . . 65 
after selecting a packet boundary: 

(F) . finding at least one subsequent packet boundary 
in said received serial bit data stream consistent 



'. with said seliected packet boundary; 

(G) applying said predefined error code computa- 
. tion function, to said received serial bit data 

stream for esLch said subsequent packet boundary 
* ' to compute a corresponding^ error code value; 

(H) comparing each said computed error code 
value with a niulu-bit data.value.in said received 

- serial birdata str^eam lbcated at a position therein 
coirespchriding to said subsequent packiet bound- 
aryjand. said-predefined, em position; and 

(I) confiirmihg'. said' selected! packet boundary as 
} correct when step (H) finds a match for each said 

computed error code values corresponding to 
. said • at least one : subsequent packet boundary, 
and 'otherwise advancing said first bit position by 
otie bit-: position in said received serial bit data 
. -strieain' and ^ then; repe^ (B)-(l) until a 

packet Iwuhdaj^ 
•' 7.^Ih=a data 'Communication system, a packet bound- 
20 ary detection appju^ 

a data transmitter:; which 'transmits to a destination 
address a serial' bit data stream containing a se- 
quence of data'packets; each data packet including 
a! multi-bit ierroi^^ at a predefined 

position in said dam pa^^ to said data 

pa(iket'i: starting, bou^^^ said multi-bit 

error detection value iii each said data packet is a 
predefined error code coinputation function of 
other bit ; values in said data packet; 
a data receiver, at said destination address, which 
= receives said serial bit data stream; 
packet boundary detection means for finding a packet 
boundary in said received serial bit data stream, 
said packet boundary 'detection means including: 
memory liiieans for storing a pohion of said re- 
ceived serial bit data stre^ 
computaitioh means, coujpled to said memory 
means; for repeatedly performing a predefmed 
set of computations until a packet boundary is 
: found; including: (A) selecting a first bit position 
' in said ri^ived'serialjbit data stream as a poten- 
tial packer boundary, and identifying a corre- 
sponding potential data packet in said received 
serial bit data stream; (B) determining whether 
data located at said predefined position relative 
to' said potential packet boundary is consistent 
with a vkluc compiited by: applying said prede- 
fined -eri'or: cbde compu^^ 
- ' identified pot^^^^ said received 

xrial bit data stream;- (C) choosing said first bit 
position as a- packet.boundary when said choos- 
mg.fmds cphsiste^^^ values, and (D) advancing 
said first bit' position by one bit position in said 
' : received serial bit dau stream when said choos- 
ing: finds inconsistent values and then repeating 
: . said pr ed efined^ set of computations. 
8: The apparatus! of claim 7 wherein said predefined 
set of; computations^ by said compuution 

means funher includes: 
0) finding iat idist biie subsequent packet boundary 
in said received serial bit data stream . consistent 
• with said selectcKl packet boundary, and identifying 
. a -potential data packet in said received serial, bit 
! data stream correspoh each said subsequent 

packet' boundary; 
(F) deciding whether data located at said predefined 
position relative to each of said at least one subse- 
quent' packet boundary is consistent with a value 



11/14/2002, EAST Version: 1.03.0002 



13 



5,128,945 



14 



30 



computed by applying said predefined error code 
computation function to said corresponding identi- 
fied potential data packets in said received serial bit 
data stream; and 
(G) confirming said selected packet boundary' as cor- 5 
rect when computation (F) fmds consistent values, 
otherwise advancing said first bit position by one 
bit position in said received serial bit data stream 
and then repeating said predefined set of computa- 
tions. 10 

9. In a data communication system, packet boundary 
detection apparatus comprising: 

a data transmitter which transmits to a destination 
address a serial bit data stream conuining a se- 
quence of data packets, each data packet including IS 
a multi-bit error detection value at a predefined 
error code position in said data packet; wherein 
said multi-bit error detection value in each said 
data packet is a predefined error code computation 
function of other bit values in said data packet; 
a data receiver, at said destination address, which 

receives said serial bit data stream; 
packet boundary detection means for finding a packet 
boundary in said received serial bit data stream, 
said packet boundary detection means including: 
memory means for storing a portion of said re- 
ceived serial bit data stream; and 
computation means, coupled to said memory 
means, for repeatedly performing a predefined 
set of computations until a packet boundary is 
found, including: (A) applying said predefined 
error code computation function to a selected set 
of bits stored in said memory means, starting at a 
first bit position in said received serial bit stream, 
to compute an error code value; (B) comparing 
said computed error code value when a multi-bit 
data value in said selected set of bits located at a 
position therein corresponding to said prede- 
fined error code position in transmitted data ^ 
packets; (C) selecting said first bit position as a 
packet boundary when said comparison means 
finds a match, and (D) otherwise advancing said 
first bit position by one bit position in said re- 
ceived serial bit data stream and then repeating 
said predefmed set of computations. 

10. The packet boundary detection apparatus of claim 
9, said predefined set of computations performed by 
said computation means further including: 

after selecting a packet boundary: 50 
(£) finding at least one subsequent packet bound- 
ary in said received serial bit data stream consis- 
tent with said selected packet boundary; 

(F) applying said predefined error code compuU- 
tion function to said received serial bit data 55 
stream for each said subsequent packet boundary 

to compute a corresponding error code valiie; 

(G) comparing each said computed error code 
value with a multi-bit data value in said received 
serial bit data stream located at a position therein 60 
corresponding to said subsequent packet bound- 
ary and said predefined error code position; and 

(H) confirming said selected packet boundary as 
correct when computation (G) finds a match for 
each said computed error code value corre- 65 
sponding to said at least one subsequent packet 
boundary, and otherwise advancing said first bit 
position by one bit position in said received serial 



bit data stream and then repeating said prede- 
fined set of computations. 

11. In a data communication system, a packet bound- 
ary detection apparatus comprising: 

a data transmitter which transmits to a destination 
address a serial bit data stream containing a se- 
quence of data packets, each data packet including . 
a multi-byte packet header having a packet destina- 
tion address and a multi-bit error detection value at 
a predefmed error code position in said multi-byte 
packet header; wherein said multi-bit error detec- 
tion value in each said multi-bylc packet header is 
a predefined error code computation function of 
othe^ bit values, in said data packet; 
a data receiver, at said destination address, which 

receives said serial bit data stream; 
packet boundary detection means for finding a packet 
boundary in said received serial bit data stream, 
said packet boundary detection means including: 
memory means for storing a portion of said re- 
ceived serial bit data stream; and 
computation means, coupled to said memory 
means, for repeatedly performing a predefined 
set of computations until a packet boundary is 
found, including: (A) selecting a set of bits in said 
received bit data stream starting at a first bit 
position in said received serial bit data stream, 
(6) applying said predefined error code compu- 
tation function to said selected set of bits to com- 
pute an error code value, (C) comparing said 
computed error code value with a multi-bit data 
value in said selected set of bits located at a posi- 
tion therein corresponding to said predefined 
error code position in said multi-byte packet 
header, (D) selecting said first bit position as a 
packet boundary when said comparing finds a 
match, and (E) when said comparing does not 
find a match, advancing said first bit position by 
one bit position in said received serial bit data 
stream and then repeating said predefined set of 
computations. 

12. The apparatus of claim 11, said predefined set of 
computations performed by said computations means 
further including: 

after selecting a packet boundary: 

(F) finding at least one subsequent packet boundary 
in said received serial bit data stream consistent 
with said selected packet boundary; 

(G) applying said predefined error code computa- 
tion function to said received serial bit data 
stream for each said subsequent packet boundary 
to compute a corresponding error code value; 

(H) comparing each said computed error code 
value with a multi-bit data value in said received 
serial bit data stream located at a position therein 
corresponding to said subsequent packet bound- 
ary and said predefined error code position; and 

(I) confirming said selected packet boundary as 
correct when computation (H) finds a match for 
each said computed error code value corre- 
sponding to said at least one subsequent packet 
boundary, and otherwise advancing said first bit 
position by one bit position in said received serial 
bit data stream and then repeating said prede- 
fined set of computations. 
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